home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950726-19950929 / 000017_news@columbia.edu_Fri Jul 28 14:09:13 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16869
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Fri, 28 Jul 1995 10:09:28 -0400
  3. Received: by apakabar.cc.columbia.edu id AA24569
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Fri, 28 Jul 1995 10:09:26 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit download from CompuServe.. best setup??
  9. Date: 28 Jul 1995 14:09:13 GMT
  10. Organization: Columbia University
  11. Lines: 86
  12. Message-Id: <3var29$nvm@apakabar.cc.columbia.edu>
  13. References: <3uidtu$r5c@hpber004.swiss.hp.com> <DC7oIH.6IA@omen.com> <kwOFww8Z7GDV084yn@netcom.com> <DCCKKL.K63@omen.com>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <DCCKKL.K63@omen.com>, Chuck Forsberg WA7KGX <caf@omen.com> wrote:
  18. >I used the same very aggressively optimized .kermrc file I used
  19. >for the Protocol Shootout.  It is more aggressive (when sending
  20. >to ZCOMM or Professional-YAM) than MSKermit allows.
  21. >
  22. Just as I said in my response to the same posting.
  23.  
  24. >It also disables Kermit's default file corruption transfer mode.
  25. >
  26. My goodness, what a terrible thing to say.  Everybody knows that, because
  27. of differences in text-file format among different computers, that when
  28. transferring files between unlike systems (or, more precisely, systems
  29. that have different text-file formats), one must choose between text and
  30. binary mode.  In other words, binary mode (= "No Presentation Layer")
  31. works for all files only when:
  32.  
  33.  (a) The two systems have the same text-file format (e.g. stream LF,
  34.      stream CRLF, stream CR), and then (usually) only when the files
  35.      are stream, rather than record oriented, and:
  36.  
  37.  (b) Character-set conversion is not required.
  38.  
  39. Therefore, when conditions (a) and (b) are not met, one must pick text or
  40. binary mode for each file transfer in order to avoid corruption.  And that
  41. implies that, for convenience, one must also have a default mode to be
  42. used in the absence of a specific directive from the user.  The rub, of
  43. course, is that any given default will not fit every file transfer.
  44.  
  45. For X/Y/ZMODEM, the default is binary, which can corrupt text files.  For
  46. Kermit and FTP the default is text, which can corrupt binary files.  It is
  47. a sad fact that ordinary users must know about matters such as these, but
  48. it is nevertheless a fact.
  49.  
  50. Kermit's default dates back to the old days when most file transfers did, 
  51. indeed, involve moving text between unlike systems.  This is not the kind
  52. of default that one changes lightly, as we can see from FTP, which has
  53. been using the same default for over 20 years.
  54.  
  55. However, any Kermit user can change Kermit's default mode by putting the
  56. command, SET FILE TYPE BINARY, in their Kermit initialization file.
  57.  
  58. Nevertheless, perhaps it is now appropriate for me to put the question:
  59.  
  60.   WHEREAS the computing landscape has changed dramatically in the past
  61.   15 years, from a rich and diverse mixture of systems to the almost
  62.   uniform dominance of PCs with DOS and Windows to the exlusion of all
  63.   else, and...
  64.  
  65.   WHEREAS nobody, not even the most inexperienced user, transfers any type
  66.   of file except ZIP and GIF and JPEG any more, and...
  67.  
  68.   WHEREAS it is still, to this day, impossible in most cases for software
  69.   to determine by examining a file's characteristics whether it is a text
  70.   or binary file (a notable exception being VMS), and therefore to switch
  71.   into the appropriate mode automatically, ...
  72.  
  73.   WHEREAS, as Chuck correctly points out, it is possible (though often
  74.   difficult) to correct the format of a text file transferred in binary
  75.   mode but it is impossible to fix a binary file transferred in text
  76.   mode, therefore:
  77.  
  78.   BE IT RESOLVED THAT future release of Kermit software will use binary
  79.   file-transfer mode by default.
  80.  
  81. Is this the consensus of opinion among Kermit users?  If so, we'll make
  82. this change.  It's not hard -- all we have to do is change a "0" to a "1"
  83. and recompile :-)
  84.  
  85. My thanks to Chuck for bringing this issue to the fore at this very
  86. appropriate time.
  87.  
  88. >The default for Professional-YAM and ZCOMM is to transfer files without
  89. >translation.  Professional-YAM and ZCOMM Kermit transfers feature
  90. >automatic Kermit downloads.  In fact these programs are so quick they
  91. >often beat MSKermit on downloads from Unix CKermit.
  92. >
  93. >Despite Frank and Joe's expressed enthusiasm for quality Kermit
  94. >implmentations, I rather doubt that ZCOMM and Professional-YAM will
  95. >appear in any Columbia University list of efficient Kermit programs.
  96. >
  97. I'm perfectly willing to believe that you have produced excellent Kermit
  98. implementations, Chuck.  You are one of the few remaining members of a
  99. dying breed that is dedicated to producing high-quality work rather than
  100. glossy, slick, superficial trash.  You can quote me on that :-)
  101.  
  102. - Frank